Компания VMware продолжает обновлять свой веб-клиент для управления виртуальной инфраструктурой на базе технологии HTML 5 и, в принципе, к предстоящему VMworld 2017 должна уже выпустить его релизную версию. Напомним, что о прошлой версии клиента vSphere Client 3.15 мы писали вот тут.

В обновлении VMware vSphere Client 3.16 появилось немало новых возможностей и улучшений. Давайте посмотрим на них:

• Создание новой политики хранения (VM Storage Policy). Пока эта функция имеет ограничения:
  • Создание политики vSAN Policy (без тэгов)
  • Создание политики с тэгами и основными правилами
• Улучшения распределенного коммутатора Distributed Switch
  • Управление физическими сетевыми адаптерами на уровне хоста ESXi
  • Поддержка LACP - просмотр групп link aggregation на распределенном коммутаторе
  • Поддержка SR-IOV - включение/выключение этой технологии на сетевых адаптерах, которые ее поддерживают
• Компонент Content Library (импорт в библиотеку пока не работает)
  • Тэги, заметки и портлет подписки и публикации
  • Изменение настроек библиотек контента
  • Удаление библиотек
  • Функция синхронизации
• Прочие улучшения
  • Выбор стека TCP/IP при создании нового сетевого адаптера VMkernel
  • Исправления ошибок

Скачать VMware vSphere Client 3.16 можно по этой ссылке. Инструкция по его развертыванию доступна тут.

Компания VMware на днях объявила о выпуске обновленной версии решения для виртуализации и доставки корпоративных ПК предприятия - VMware Horizon 7.2 (она уже доступна для загрузки). Напомним, что прошла версия VMware Horizon 7.1 вышла в марте этого года, но всего за три месяца VMware успела уже выкатить обновление.

Давайте посмотрим на новые функции и улучшения VMware Horizon 7.2:

1. Новые возможности Horizon Connection Server.

• Появился Horizon Help Desk Tool - его можно использовать для получения статуса сессий Horizon, а также для сообщения пользователями о своих проблемах с виртуальными ПК. Эту штуку уже долгое время ждали от VMware.

Выглядит это следующим образом:

• Новая фича Recursive Unlock позволяет разлочить все удаленные сессии после того, как клиентская машина была разлочена.
• Можно настроить политики Workspace ONE Access Policies в Horizon Administrator таким образом, чтобы дать возможность пользователям логиниться через Workspace ONE для доступа к их опубликованным десктопам и приложениям.
• Instant clone desktop pool наследует настройки видеопамяти, такие как количество мониторов и разрешение экрана от снапшота родительской ВМ на vCenter. Эти настройки можно задавать на уровне пула.
• vGPU профиль для пула instant-clone выбирается автоматически, когда вы выбираете снапшот родительской ВМ с vCenter.
• Можно повторно использовать аккаунты компьютеров в AD, когда имена виртуальных машин мгновенных клонов совпадают с существующими именами компьютеров в AD.
• Мгновенные клоны теперь можно хранить на локальных датасторах.
• Лимит сессий для модуля архитектуры Cloud Pod увеличился до 120 тысяч.
• Глобальные разрешения Cloud Pod можно настроить в Horizon Administrator.
• Теперь можно настроить фильтры LDAP URL для Connection Server, чтобы идентифицировать пользователей, у которых нет AD UPN.
• Horizon 7 поддерживает до 4000 одновременных соединений на экземпляр Connection Server (прямые, PCoIP Secure Gateway и Blast Secure Gateway соединения).
• Теперь можно использовать возможности шифрования vSAN для инсталляций Horizon 7.
• Теперь можно использовать политики Smart Policies, чтобы контролировать поведение опубликованных приложений.
• Можно добавить тэг пулу приложений.
• Можно настроить опубликованное приложение таким образом, что оно будет запущено до того, как пользователь откроет приложение в Horizon Client.
• Можно сделать rebuild для ВМ в пуле полных клонов десктопов, если вы хотите заменить машину на другую, но при этом сохранить имя виртуального ПК.
• Теперь можно выбирать кластер Storage DRS в дополнении к возможности выбора отдельных датасторов для автоматического пула полных клонов.
• При развертывании пула полных клонов можно повторно использовать существующие аккаунты машин.

Linux-десктопы теперь поддерживают следующие возможности:

• Client Drive Redirection (CDR)
• USB Redirection
• Аудио для HTML Access
• Режим SSO для RHEL 7 Workstation x64 и CentOS 7 x64
• Режим FIPS 140-2 для RHEL 6 x64 and RHEL 7 x64
• Поддержка K Desktop Environment (KDE) на CentOS 6 x64 и RHEL 6 x64
• Полная поддержка RHEL 6.9 x64 и CentOS 6.9 x64
  

3. Новые функции Horizon Agent.

Улучшился Skype for Business - теперь можно делать оптимизированные аудио и видеозвонки в
Skype for Business изнутри виртуального ПК без нагрузки на ВМ и сеть. Весь медиапоток обрабатывается на стороне клиентской машины, а не на стороне ВМ в датацентре.

4. Horizon GPO Bundle.

Файлы административных шаблонов ADM были полностью заменены на ADMX.

5. Возможности Horizon Client.

Для получения детальной информации об обновленных клиентах Horizon Client 4.5 можно посетить вот эту страницу.

6. Безопасность.

• Появился новый вид защиты HTTP protection, который проверяет систему на соответствие стандартами CORS и CSP.
• Horizon Agent and Horizon Client теперь поддерживают защиту Local Security Authority (LSA).

Полный список новых возможностей VMware Horizon 7.2 размещен тут. Загрузить решение можно по этой ссылке.

На днях компания VMware обновила свой главный клиент для управления виртуальной инфраструктурой до версии VMware vSphere Client 3.15 (напомним, что он построен на основе технологии HTML 5). Несмотря на то, что он еще много чего не умеет, в скором времени он заменит более медленный vSphere Web Client, работающий на базе старой технологии Adobe Air.

Последний раз мы писали о vSphere Client версии 3.13, поэтому приведем ниже основные возможности и улучшения последних двух версий клиента:

• Создание виртуальной машины с прицеплением к ней существующего виртуального диска vmdk.
• Создание ВМ с диском типа RDM.
• Совместимость с политиками хранилищ (Storage Policies), в том числе поддержка политики удаления ВМ.
• Ссылка "More info..." для VMware Tools на странице VM Summary.
• Действие "Customize Guest OS" для виртуальной машины. Для этого действия добавлены валидация и проверка пермиссий для мастеров Clone/Deploy VM.
• Нотификация для выполнения операций на одной или нескольких ВМ.
• Добавлена строчка "Managed By" в описании, что показывает, что хост находится под управлением vSphere Client.
• Создание ВМ с кастомной политикой управления питанием (Power Management, задается на странице Customize Hardware > VM Options).
• Улучшена производительность основного дэшборда.

Скачать VMware vSphere Client 3.15 можно по этой ссылке.

«ИТ-ГРАД» завершил обновление облачных площадок в Москве и Санкт-Петербурге и Казахстане, теперь облачные ЦОДы в DataSpace, SDN и AHOST.kz  работают под управлением vCloud Director 8.10.

vCloud Director– это средство управления облачной инфраструктурой VMware vSphere, предназначенное для сервис-провайдеров, предлагающих услуги по модели IaaS. Изменения, произошедшие в vCloud Director 8.10, также затронули конечных пользователей: в текущем релизе появилась ожидаемая и часто запрашиваемая функциональность, интересная для клиентов.

Основные возможности, которые теперь доступны из IaaS-облака«ИТ-ГРАД»:

• Virtual Machine Affinity Rules – теперь через консоль vCloud Director можно создавать правила раздельного/совместного существования виртуальных машин на хостах ESXi (affinity/anti-affinity rules). Это необходимо в случае, когда требуется указать, что отдельные группы ВМ должны совместно находиться на одном хосте либо, наоборот, размещаться раздельно на разных узлах. Последнее особенно актуально, если группа ВМ представляет собой некий кластер приложений.
• Storage Policy – появилась возможность гранулированного управления политиками хранилища в разрезе виртуальных дисков. Теперь Storage Policy задается для каждого диска виртуальной машины, а не для ВМ целиком, как это было в предыдущих версиях.
• Expanded Hardware Version – реализована поддержка обновленной версии виртуального железа Hardware Version 11.
• vCloud Director 8.10 теперь еще более тесно интегрирован с VMware NSX, а управление виртуальными сетями дата-центра происходит с помощью VMware NSX Manager. При этом шлюз VMware NSX Edge, разворачиваемый в организации, обладает преимуществами в отношении производительности, стабильности и высокой доступности.

«ИТ-ГРАД» на своих облачных площадках в ЦОД DataSpace и SDN использует платформу виртуализации сети VMware NSX 6.2.5.

Изменения, произошедшие в vCloud Director 8.10, в первую очередь направлены на повышение производительности приложений и рабочих нагрузок. Новая версия решения обеспечивает доступ к отдельным компонентам, которые активно используются приложениями, особенно чувствительными к производительности.

Узнать подробнее о новых функциях vCloud Director 8.10 можно из блога на VM Guru и на страницах первого блога о корпоративном IaaS.

В статье о новой версии продукта для организации отказоустойчивых кластеров хранилищ vSAN 6.6 мы писали о том, что появилась утилита Configuration Assist, созданная для того, чтобы после установки кластера правильно сконфигурировать среду vSphere, чтобы все работало корректно и соответствовало необходимой конфигурации платформы.

Первоначальные задачи по настройке кластера, развертываемого через Easy Install или vSphere Web Client, включают в себя настройку порта VMkernel для трафика vSAN, выделение дисков и т.п. Как часть процесса установки, мастер vSAN Setup Wizard заботится о таких специфических вещах, как дедупликация и компрессия, число узлов, растянутый это будет кластер или нет, но не заботится об общих настройках среды VMware vSphere.

Для этого и был сделан раздел vSAN Configuration Assist, который вам поможет со следующими операциями:

• Настройка высокой доступности vSphere High Availability.
• Настройка балансировщика vSphere Distributed Resource Scheduler (DRS).
• Конфигурация vSphere Distributed Switch для трафика vSAN.
• Настройка vMotion для ВМ.
• Позволит убедиться в том, что все доступные накопители используются для кластера.
• Есть средства конфигурации хостового контроллера.
• Есть необходимая версия микрокода (firmware) хостового контроллера.

Все эти задачи можно выполнить из различных разделов vSphere Web Client, но мастер Configuration Assist позволяет сделать это в единой точке интерфейса как часть рабочего процесса по конфигурации кластера vSAN. Ну и важный момент, что это своего рода чеклист необходимых задач постконфигурации кластера хранилищ.

Вот как это примерно делается (приведен пример, как настроить для vSAN или vMotion интерфейсы VMKernel):

Выделение дисков под кластер идет в момент его развертывания, но после установки это уже можно сделать через Configuration Assist:

Конечно же, необходима настройка vSphere HA/DRS:

Ну и последнее, но не менее важное - утилита позволяет вам обновлять микрокод узлов различных OEM-производителей, таких как Dell, Lenovo, Fujitsu и SuperMicro:

Поэтому первым делом после развертывания кластера vSAN идите в раздел Configuration Assist клиента Web Client.

Оказывается, еще в начале мая компания HP совместно с VMware выпустила кастомизированный образ гипервизора vSphere - HPE Customized ESXi May 2017, предназначенного для установки на серверы HP.

Этот релиз для многих администраторов является важным событием, так как прошлый кастомизированный образ HPE Custom ESXi от ноября 2016 года содержал в себе некоторые проблемы, касающиеся драйверов и работы с хранилищами (в частности, наблюдалась низкая скорость записи на локальные диски). Возможно, в этом релизе данные проблемы решены, по крайней мере новый набор драйверов должен улучшить некоторые вещи.

HPE Customized ESXi May 2017 доступен для скачивания по этой ссылке. Предыдущие образы (для более ранних версий гипервизора) можно также скачать с сайта VMware по этим ссылкам:

• vSphere 6.0 U3 Feb 2017
• vSphere 6.0 U2 Dec 2016
• vSphere 6.0 U1 Jan 2016
• vSphere 6.0 July 2015
• vSphere 5.5 U3 Dec 2016
• vSphere 5.5 U2 Sept 2015
• vSphere 5.5 U1 Dec 2014
• vSphere 5.5 June 2014
• vSphere 5.1 U3 Apr 2016

Номера билдов и их содержимое приведены вот в этом документе HPE (там же есть ссылки на соответствующие драйвера и офлайн бандлы ESXi). Ну а руководство по кастомизированным билдам HPE Custom ESXi находится вот тут.

Замечательно прошел второй день конференции VeeamON 2017! Это был основной день конференции, где для прессы, партнеров и заказчиков были представлены новые продукты и технологии Veeam. В целом на конференции было около 3000 человек, что по масштабу соизмеримо с первым VMworld.

В этот день было множество полезных сессий и неформального общения, во время которых открывались интересные аспекты новых продуктов Veeam и перспективы развития решений компании. Вот основные из них:

О продукте Veeam Agent for Windows мы рассказывали позавчера, а самым интересным анонсом, конечно же, стало объявление о выходе новой версии платформы Veeam Availability Suite 10, объединяющей решения Veeam Backup and Replication и Veeam ONE.

В новой версии этого пакета продуктов Veeam появятся следующие новые возможности:

• Теперь можно делать резервные копии физических серверов через Veeam Agent и Network Attached Storage (NAS), то есть файловых шар SMB (это очень просили пользователи).
• Появилось технология репликации CDP (continuous data protection), обеспечивающая требования к контрольной точке восстановления (RPO) на уровне 15 секунд для виртуальной инфраструктуры. Резервирование средствами CDP производится без задействования снапшотов за счет интерфейса VAIO.
• Включена поддержка новых хранилищ, таких как Amazon S3, Amazon Glacier (облачный архив), Microsoft Azure Blob и других S3/Swift совместимых хранилищ.

Также было анонсировано решение Veeam Availability for AWS (для служб Amazon). Оно позволяет защитить ваши виртуальные машины в этом публичном облаке от случайного удаления, вредоносной активности или различного рода сбоев за счет резервного копирования и восстановления инстансов EC2:

Помимо этого, были сделаны и объявления о расширении партнерских интеграций (Veeam активно работает в направлении расширения экосистемы технологических партнеров):

Теперь Veeam будет работать совместно с Log Insight от VMware, предоставляя информацию об активности и лог-файлы, будет поддержка решения Data Gravity, а также была анонсироана поддержка технологии StarWind VTL for AWS and Veeam, что подразумевает альтернативу ленточным библиотекам на основе объектных хранилищ S3 и Glacier.

Кроме того, был анонсирован интерфейс Universal Storage Integration API, который позволяет добавить решения IBM, Lenovo и Infinidat в экосистему партнеров Veeam в плане интеграции с продуктами для резервного копирования и репликации.

Ну и последняя, но очень важная штука - это решение Veeam Availability Orchestrator, которое позволяет организовать создание и исполнение планов по восстановлению после сбоев виртуальной инфраструктуры в случае аварии или катастрофы. Ожидается что он выйдет к концу этого года (крайний срок - начало следующего).

Эта штука представляет собой API-обертку над существующими продуктами Veeam, позволяющую управлять всем процессом восстановления от отдельных виртуальных машин до виртуальной инфраструктуры в целом и сетевого окружения основного сайта. Это очень важный момент - нужно не только уметь восстановить ВМ, но и обеспечить исходное сетевое взаимодействие. Все это будет делаться также с помощью еще одного нового продукта - Veeam PN (типа VPN от Veeam).

Но об этом мы расскажем завтра - не отключайтесь!

Вот и прошел первый официальный день конференции VeeamON 2017, которая проходит сейчас в Новом Орлеане. Это был отдельный день для партнеров Veeam и специалистов Veeam Vanguards. Я отношусь к обеим категориям, но в основном присутствовал на митингах для вангардов, где большинство контента было под NDA, поэтому насчет закрытой информации сказать ничего не могу, но из официальных анонсов было также много многообещающего.

Кстати, на митинге для вангардов было много интересных людей, включая ключевых сотрудников Veeam, таких как Антон Гостев и Леша Васильев (его я не видел больше 10 лет!).

Veeam как всегда щедро относится к своим гостям - вангарды получили в этом году брендированные эпловские наушники Beats стоимостью 300 баксов:

Ну а теперь к анонсам первого дня. Во-первых, был официально представлен Veeam Backup and Replication 9.5 Update 2, который вам потребуется для работы с продуктом Veeam Agent for Microsoft Windows 2.0.

Вот какие новые возможности появились в главном решении для резервного копирования виртуальных машин:

1. Поддержка новых платформ:

• Cisco HyperFlex Systems (бывший HX-Series/SpringPath) - поддержка функциональности Backup from Storage Snapshots.
• HPE 3PAR StoreServ 3.3.1 - поддержка и улучшенная масштабируемость за счет миграции некоторых API-вызовов с SSH на RESTful API.
• Поддержка платформы Microsoft Hyper-V BigEndian.
• Поддержка Microsoft Exchange 2016 CU5 для восстановления почтовых ящиков через Veeam Explorer for Microsoft Exchange.
• Поддержка NetApp ONTAP 9.1.
• Поддержка Oracle 12.2 для функциональности резервного копирования и восстановления баз данных.
• Veeam Agent for Linux 1.0 Update 1 (build 1.0.1.364) - поддержка обновленного агента, включая возможность 1-Click FLR через Veeam Backup Enterprise Manager.
• Veeam Agent for Microsoft Windows 2.0 (build 2.0.0.700) - поддержка обновленного агента, включая восстановление на уровне приложения.
• Поддержка VMware vCloud Director 8.20.
• Поддержка VMware vSAN 6.6.

• Восстановление файлов в оригинальное местоположение. Если его найти не удается, то мастер спросит о размещении восстановленных файлов.

• Улучшение производительности процесса Failback. Теперь changed block tracking используется для отслеживания изменившихся блоков между оригинальной ВМ и репликой.

• Опциональное создание NFS-шар. Теперь можно предотвратить их автоматическое создание, сняв галку “Create required NFS export rules automatically” в мастере New NetApp Storage.
• Улучшения производительности для операции Backup from Storage Snapshot with application-aware processing.

• Поддержка LTO7 path failover.
• Добавлена поддержка драйверов Exclusive (для драйверов non-exclusive она уже была).

• Улучшения VeeamZIP - теперь удобнее выбирать катлог назначения.
• Пресет ExaGrid - изменено дефолтное значение одновременных задач с 1 до 10.

• Улучшения Start-VBRZip - добавлены параметры сетевой аутентификации на сетевых шарах.
• Улучшения импорта бэкапов - теперь их можно импортировать из репозиториев DELL EMC Data Domain и HPE StoreOnce.

• Автообновление компонентов - теперь можно поставить галку для этого во время установки (кроме модулей Network Extension Appliances).
• Улучшена производительность апдейтов - теперь можно обновлять до 10 компонентов одновременно (эта величина настраивается).
• Установка обновлений больше не требует ручного отключения задач и служб Veeam (но задачи не должны быть запущены).

• В Update 2 появилась функциональнсть Veeam Backup Remote Access, улучшения механизма репортинга для Veeam Cloud Connect, а также было исправлено несколько ошибок.

Скачать обновление Veeam Backup and Replication 9.5 Update 2 можно по этой ссылке.

Также на VeeamON было объявлено, что Veeam Backup and Replication 10 будет поддерживать восстановление из реплик в среду VMware vCloud Director, что является приятной новостью для сервис-провайдеров, которые работают с несколькими клиентами в vCloud Director и хотят использовать Veeam Cloud Connect Replication в рамках услуги Disaster Recovery as a Service (DRaaS).

Кроме этого, бэкап Microsoft Office 365 будет поддерживать нескольких клиентов (Multi-Tenancy), что также полезно для сервис-провайдеров.

Ну и последнее, но весьма важное - было объявлено о выходе Veeam Availability Console v2 (бывший Veeam Managed Backup Portal) - унифицированном средстве для управления виртуальными, физическими и облачными рабочими нагрузками.

Пока это все, а завтра будет кое-что поинтереснее. Следите за нашими обновлениями!

В начале мая компания VMware выпустила очередное обновление своего основного средства для управления инфраструктурой VMware vSphere - vSphere Client 3.13. Три недели назад мы писали о нововведениях версий 3.10 и 3.11, а сегодня расскажем о новых возможностях обновлений 3.12 и 3.13.

Давайте посмотрим, что нового в vSphere Client:

• Перекрывающие настройки распределения вычислительной нагрузки (VDRS) и нагрузки на хранилища (SDRS) могут быть теперь заданы.
• Для виртуальных машин появилась настройка кластеров непрерывной доступности Fault Tolerance.
• Стали доступны возможности Cross vCenter Server vMotion.
• В списке хостов можно выбрать столбец с версией ESXi (по умолчанию не выбран).
• Версия виртуального модуля видна в меню Help -> About VMware vSphere.
• Доступна настройка VM Compliance для механизма политик хранилищ (Storage Policies).
• Для распределенного коммутатора появились возможности добавления хостов и управления ими.
• Появилось действие Check Policy compliance для политик хранения машины (VM Storage Policy).
• Возможность создания новой виртуальной машины с кастомными VMware Tools и опциями загрузки (устанавливаются на странице Customize Hardware > VM Options).
• Улучшения для пользователей с ограниченными пермиссиями при конфигурации ВМ.

Загрузить VMware vSphere Client 3.13 можно по этой ссылке.

Мы уже писали о новых возможностях последней версии продукта для создания кластеров хранилищ VMware vSAN 6.6, а также давали ссылки на пару полезных технических видео и документ.

Хорошим дополнением к этому будет видео ниже, в котором в течение 80 минут рассказывается о тонкостях возможностей продукта с технической стороны (правда там нет обзора фич последних версий 6.5/6.6).

Видео предназначено для тех, кто хочет понять, как работает кластер vSAN, что такое Disk Object, Storage Policies, как работает флэш-кэш, растянутый кластер и другие штуки. Если вас не раздражает индусский английский, то видео вполне интересное.

Ну а вот еще несколько видео о последнем vSAN 6.6 и его новых возможностях, которые также могут быть полезными:

Ну и не забывайте про плейлист о VMware vSAN на ютубе.

Многим из вас известен продукт для организации отказоустойчивых кластеров хранилищ под виртуальную инфраструктуруру StarWind Virtual SAN. Он выпускается уже в течение многих лет и давно зарекомендовал себя как лучшее в отрасли решение для создания программных хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V. Его основные возможности приведены тут и вот тут. А сегодня мы расскажем о том, что продуктом и всеми его функциями стало можно пользоваться фактически бесплатно!

Многие пользователи небольших виртуальных инфраструктур ищут надежные решения для организации программных хранилищ, при этом им бы не хотелось покупать отдельную лицензию на Windows Server под узлы хранения.

Специально для них компания StarWind, известная своим продуктом Virtual SAN, позволяющим организовать отказоустойчивые кластеры хранилищ, создала виртуальный модуль StarWind Virtual Storage Appliance (VSA) на базе Linux.

Сегодня в 21-00 по московскому времени StarWind проведет бесплатный вебинар "StarWind Virtual Storage Appliance – now on Linux", где будет рассказано об этом новом продукте компании:

StarWind VSA представляет собой полностью готовую к импорту в вашу виртуальную среду виртуальную машину, реализующую все необходимые сервисы Virtual SAN. Развертывается она буквально в пару кликов, а далее управляется через удобную веб-консоль (StarWind Web console).

Чтобы узнать больше о возможностях продукта и вживую увидеть его демонстрацию (а также позадавать вопросы на русском языке) - регистрируйтесь на вебинар. Скачать StarWind Virtual Storage Appliance можно по этой ссылке.

Те из вас, кто следят за обновлениями решения для организации кластеров хранилищ VMware vSAN, знают, что в версии vSAN 6.6 появилась возможность обеспечивать избыточность на уровне локального сайта и на уровне двух площадок растянутого кластера (stretched cluster) в то же самое время.

Напомним, что для этого теперь есть 2 политики: Primary level of failures to tolerate (PFTT) и Secondary level of failures to tolerate (SFTT). Для растянутого кластера PFTT определяет защиту между площадками, реализуемую по схеме RAID-1. А политика SFTT для растянутого кластера определяет защиту на уровне локального сайта, которая может быть реализована по схеме RAID-1 (на обычных дисках), а также RAID-5 или RAID-6 (для архитектуры All-Flash).

Это, кстати, означает, что при полном отказе одного из сайтов растянутого кластера, виртуальные машины выжившего сайта все еще будут защищены на уровне отдельных хостов или виртуальных дисков. Единственное, что для этого компонент Witness должен быть доступен. Ну и, само собой, при отказах дисков/хостов внутри площадки виртуальные машины также будут защищены в соответствии с политикой SFTT.

Все это вызывает логичный вопрос - а как планировать емкость обеих площадок, на которых работает vSAN? Кстати, нельзя называть эти площадки основной и резервной, так как они работают в режиме Active-Active.

Традиционно, до введения политик избыточности на уровне каждой из площадок, планирование емкости было простым - надо было просто удвоить исходную емкость одной площадки. В vSAN 6.2 появилась не только защита RIAD-1 (mirroring), но и RIAD-5/6 (erasure coding), что позволяет в рамках растянутых кластеров организовать различные схемы размещения данных. Отметим, что алгоритм erasure coding между площадками пока не реализуем ввиду ограничений на уровне домена отказа (Fault Domain). Поэтому между площадками - только Mirroring.

Учитывая все это, в VMware сделали единую табличку, которая поможет вам при планировании емкостей инфраструктуры vSAN как для растянутого кластера, так и для кластера в рамках одной площадки:

В поле PFTT для растянутых кластеров мы видим 1, а для обычных 0. FTM (Failure Tolerance Mode) - это режим обеспечения отказоустойчивости на уровне каждого из сайтов. Напомним, что для обычных дисков он может быть только Mirroring, а для All-Flash архитектур - Mirroring или Erasure Coding.

SFTT определяет число отказов дисковых объектов внутри площадки, которое сможет перенести каждая из площадок вашего растянутого кластера.

Таким образом, если вы организуете растянутый кластер хранилищ на базе архитектуры All-Flash со средствами защиты Erasure Coding в рамках площадки и Mirroring между площадками, то вам потребуется 266% исходной дисковой емкости виртуальных машин (ее можно скорректировать на экономию от Thin Provisioning).

Ну а если вы будете использовать обычные диски и защиту Mirroring как внутри площадки, так и между площадками - вам потребуется 400% исходной емкости.

В довершение нужно обязательно отметить, что администратор не может контролировать, где будут размещаться дисковые объекты ВМ в пределах одного сайта (то есть не получится обеспечить распределение дублированных копий объектов на уровне серверных стоек одной площадки).

На днях компания VMware выпустила версию 3.11 своего клиента для управления виртуальной инфраструктурой на базе технологии HTML 5 - vSphere Client. Совсем скоро он заменит собой старый клиент vSphere Web Client, в котором пока еще шире функциональность, но vSphere Client уже стремительно наверстывает разрыв.

Давайте посмотрим, что нового появилось в VMware vSphere Client версий 3.10 и 3.11:

• Консолидация снапшотов виртуальных машин.
• Перемещение ВМ в пределах хостов и кластеров.
• Перемещение ВМ из датастора в кластер датасторов драг энд дропом.
• Расширенные графики производительности теперь могут отображаться как составные графики (несколько составляющих одного параметра - как на картинке выше).
• Появился контент в разделе VM Storage Policy.
• Добавились операции import, export, duplicate и delete для спецификации настройки ВМ (customization specification).
• Появились параметры Host CPU и Host Memory в списке ВМ.
• Возможность клонирования ВМ или шаблонов между серверами vCenter на датастор кластера хранилищ.
• Добавление существующего VMDK-диска как нового для новой виртуальной машины.
• Действие для смены политики хранилищ по умолчанию.
• Графики производительности можно экспортировать в картинки или файлы CSV.

Скачать VMware vSphere Client 3.11 можно по этой ссылке.

На днях компания VMware анонсировала конец жизненного цикла (End of Availability) с 5 апреля для продукта vSphere Data Protection (VDP), предназначенного для резервного копирования и репликации виртуальных машин на платформе ESXi.

Платформа VMware vSphere 6.5 станет последней, которая включает в себя данное средство - для всех последующих версий решения резервное копирование виртуальных машин нужно будет осуществлять с помощью сторонних продуктов. Например, Veeam Backup and Replication - он уже и так является практически стандартом на рынке резервного копирования виртуальных машин и занимает большую его часть, так что ничего страшного для большинства не произойдет.

На тему окончания поддержки Data Protection есть специальная статья KB 2149614, в которой говорится, что теперь VMware будет фокусироваться на интерфейсе vSphere Storage API, отдавая нишу продуктов для резервного копирования партнерам. В то же время VMware продолжит предоставление поддержки по VDP текущим пользователям в соответствии с правилами, указанными в VMware Lifecycle Product Matrix, до даты End of General Support (EOGS).

Тем, кто уже использует Data Protection компания Dell дарит бесплатную лицензию на 3 года на продукт Avamar Virtual Edition (AVE) для первых 4 ТБ защищаемых данных. Когда так просто раздают лицензии - становится понятно, что продукт не вполне конкурентоспособен. Поэтому берите лучше Veeam)

Ну и для особо обеспокоенных снятием с производства продукта vSphere Data Protection компания VMware выпустила специальный FAQ.

В феврале мы писали о средстве IOInsight, которое позволяет детально взглянуть на характеристики взаимодействия виртуальных машин с хранилищами и провести анализ метрик ввода-вывода на уровне отдельных VMDK-дисков.

На днях на сайте проекта VMware Labs появилось обновление этого виртуального модуля - IOInsight 1.1.

Давайте посмотрим на новые возможности последней версии:

• Утилита командной строки для установки статического IP-адреса или DHCP.
• Опция для установки NTP-севреров.
• Опция в интерфейсе, позволяющая настроить отсылку логов и результатов вывода IOInsight разработчикам для последующего решения проблем.

Вот какие ошибки были исправлены и улучшения добавлены:

• Устранены проблемы с логином к vCenter.
• Обработка спецсимволов в именах машин.
• Улучшенная гистограмма IO-size (данные отображаются корректно).
• Улучшенный мониторинг дисков VMDK с очень маленькими показателями по вводу-выводу.
• Улучшенные алерты в интерфейсе и логи продукта.
• Улучшенная визуализация графиков.

Скачать VMware IOInsight 1.1 можно по этой ссылке.

В последнее время VMware отчаянно борется за то, чтобы сделать обновленную версию VMware vSphere Client (он же бывший HTML5 Client) полнофункциональной и поскорее заменить ею устаревший Web Client. Мы писали о том, что недавно было выпущено обновление VMware vSphere 6.5b, в состав которого вошел vSphere Client 3.7-3.8.

Но последний раз мы писали о возможностях vSphere Client 3.6 вот тут, поэтому давайте взглянем на функциональность VMware vSphere Client последних версий 3.7 - 3.9:

• Улучшенные графики производительности: можно выбирать объекты и счетчики.
• Возможность включить/выключить LED-индикаторы для Host Storage Devices
• Возможность пометить диск как Remote/Local в представлении Host Storage Device.
• Мониторинг компонентов Storage Providers для хранилищ VVol.
• Миграция виртуальных машин из одной виртуальной сети (VM Network) в другую.
• Возможность изменять настройки NetFlow на коммутаторе Distributed Switch.
• Компонент Content Library (пока представление read only для библиотек, шаблонов и других типов контента),
• Возможность удалить Content Library.
• Создание библиотеки Subscribed Library на странице Content Library.
• Действие "Erase device partition" в представлении Host Storage Devices.
• Возможность пометить диски Flash/HDD в представлении Host Storage Devices.
• Создание новых хранилищ NFS 4.1 с аутентификацией Kerberos.
• Поддержка Protocol endpoints для хостов ESXi и хранилищ.
• Возможность изменения конфигурации стека TCP/IP.
• Представление VM Customization Specifications в разделе "Policies and Profiles".
• Был произведен перевод приложения vSphere Client (HTML5) с фреймворка Angular Javascript (Angular 4) на последнюю версию Clarity. По идее, это должно пройти незаметно для пользователей, но возможны небольшие изменения во внешнем виде.
• Возможность создания хранилища VVol в мастере "New datastore".
• Возможность размонтировать тома VVol с хостов ESXi.
• Перемещение файлов и папок между датасторами в Datastore Browser.

Скачать VMware vSphere Client 3.9 можно по этой ссылке. Таблица отличий vSphere Client и Web Client приведена тут (смотрите на номер билда - данные там не самые актуальные).

Компания VMware выпустила обновление сервера управления виртуальной инфраструктурой - VMware vCenter Server 6.5b. Новых возможностей там три:

• Последние обновления по временным зонам (time zones) при кастомизации гостевых операционных систем Linux и Windows.
• Обновленный пакет Oracle (Sun) JRE package версии 1.8.0_12 с поддержкой турецкой временной зоны.
• Значительно обновленный VMware vSphere Client (бывший HTML5 Client).

Последний пункт как раз и заслуживает внимания. В состав vCenter Server 6.5b вошел vSphere Client версии 6.5 (Build 5178943). Судя по версии билда - это нечто среднее между vSphere Client 3.7 (Build 5168275) и vSphere Client 3.8 (Build 5204615), которые доступны на сайте проекта VMware Labs. То есть, это практически самый свежий клиент.

Тем не менее, у vSphere Client 6.5 на сегодняшний день отсутствует следующая функциональность (подробнее тут):

Скачать VMware vCenter Server 6.5b можно по этой ссылке, а Release Notes доступны тут.

Кроме того были выпущены обновления следующих продуктов:

• VMware Fusion 8.5.5
  • Скачать Fusion 8.5.5 здесь
  • Fusion 8.5.5 release notes здесь
• VMware Workstation 12.5.4 для Linux и Windows
  • Скачать Workstation 12.5.4 здесь
  • Workstation 12.5.4 release notes здесь

На интересную проблему обратил внимание Anthony Spiteri в своем блоге - у него после развертывания платформы VMware ESXi 6.5 на сервере с SSD-дисками ISO-образ Windows 2016 полчаса заливался на датастор (интересно, что нам некоторые читатели писали о подобной проблеме). Потом он создал новую виртуальную машину и поставил устанавливаться Windows, а ESXTOP показывал скорость записи 10-20 МБ/с, в то время как она должна была быть на уровне 400-500 МБ/с.

Он стал ковырять проблему дальше и раскопал драйвер, который используется для SATA-контроллера:

Далее он проверил, какие драйверы подсистемы хранения сейчас загружены и используются. Оказалось их два: приведенный выше драйвер и нативный драйвер VMware:

[root@LAB-ESXI-01:~] esxcli software vib list | grep ahci

sata-ahci 3.0-22vmw.650.0.0.4564106 VMW VMwareCertified 2016-11-16

vmw-ahci 1.0.0-32vmw.650.0.0.4564106 VMW VMwareCertified 2016-11-16

Далее он решил отключить нативный драйвер VMware с помощью следующей команды:

[root@LAB-ESXI-01:~] esxcli system module set --enabled=false --module="vmw_ahci"

[root@LAB-ESXI-01:~] esxcli system module list | more



Name Is Loaded Is Enabled

----------------------------- --------- ----------

vmkernel true true

chardevs true true

user true true

....



....

vmkapi_v2_1_0_0_vmkernel_shim true true

vmkusb true true

igbn true true

vmw_ahci true false

iscsi_trans true true

iscsi_trans_compat_shim true true

vmkapi_v2_2_0_0_iscsiInc_shim true true

Как видим, он затем вывел список системных модулей и увидел, что нативный драйвер отключен. После того, как он перезагрузил хост ESXi, все стало летать - гостевая ОС установилась за 5 минут, а тесты внутри ВМ показали высокую скорость чтения-записи.

В среде VMware vSphere есть возможность использования одного виртуального диска VMDK на запись несколькими виртуальными машинами, размещенными на разных хостах VMware ESXi. Например, это необходимо для построения кластеров Oracle RAC, а также для работы технологии VMware Fault Tolerance.

Этот режим называется Multi-Writer VMDK, чтобы его включить, нужно (если у вас vSphere 6.0 Update 1 и выше) зайти в vSphere Web Client и выбрать пункт "Edit Settings" для витуальной машины. Далее идем в Virtual Hardware -> выбираем диск, для которого нужно включить multi-writer flag, и в поле Sharing выбираем режим Multi-Writer:

Если у вас более старая версия VMware ESXi, то чтобы включить Multi-Writer VMDK надо определить диск VMDK, например, "SCSI0:1" и в Configuration Parameters виртуальной машины (то есть в ее vmx-файл) внести поле с именем "scsi0:1.sharing" со значением "multi-writer":

Когда вы включаете кластер непрерывной доступности ВМ VMware Fault Tolerance, режим Multi-Writer VMDK включается автоматически.

У этого режима есть некоторые ограничения, связанные с одновременной работой с одним виртуальным диском нескольких машин (соответственно, такие же ограничения есть и у VMware FT, и у кластеров Oracle RAC на базе ВМ):

Действия или возможности	Поддерживается	Не поддерживается	Комментарий
Включение, выключение и перезагрузка ВМ
Приостановка ВМ (Suspend)
Горячее добавление виртуальных дисков (Hot add)			Только для уже существующих адаптеров
Горячее удаление устройств (Hot remove)
Горячее расширение виртуального диска
Присоединение и отсоединение устройств
Снапшоты			Решения для резервного копирования используют снапшоты через механизм vStorage APIs, соответственно такие решения (например, Veeam Backup and Replication) также не поддерживаются для этого режима.
Снапшоты ВМ с типом диска independent-persistent			Поддерживается в vSphere 5.1 update 2 и более поздних версиях
Клонирование ВМ
Горячая миграция хранилищ Storage vMotion			Не поддерживаются и shared, и non-shared диски, так как требуется приостановка ВМ во время миграции хранилищ.
Технология Changed Block Tracking (CBT)
Техника vSphere Flash Read Cache (vFRC)			Может привести к повреждению данных.
vMotion			Поддерживается только для Oracle RAC и ограничена 8 хостами ESXi.

Как некоторым из вас известно, у компании StarWind Software, лидера в сфере производства решений для хранения виртуальных машин, есть свои программно-аппаратные комплексы: StarWind HyperConverged Appliance, StarWind Storage Appliance и StarWind Backup Appliance.

Недавно StarWind опубликовала запись вебинара "Get unprecedented resiliency of IT infrastructure with StarWind HyperConverged Appliance", где можно узнать много полезной информации об оборудовании StarWind, построенном на базе железа Dell.

HyperConverged Appliance - это собственная гиперконвергентная платформа StarWind для организации хранилищ, которая может быть использована самыми различными способами в инфраструктурах на базе различных гипервизоров. Больше об этом решении можно узнать тут и тут.

Посмотрите запись вебинара, чтобы узнать, как этот программно-аппаратный комплекс на базе GRID-архитектуры позволит вам с максимальной эффективностью размещать виртуальные машины любых гипервизоров и управлять инфраструктурой хранения из единой точки.

Как некоторые знают, в VMware vSphere 6.5 появилась (а точнее вернулась снова) возможность Automatic VMFS UNMAP - возврат дискового пространства виртуальной машины (ее VMDK) на сторону дискового массива средствами VAAI (vStorage API for Array Integration). Если раньше эта возможность требовала выполнения различных команд, то теперь управление этой штукой доступно из GUI, а возврат дисковых блоков происходит автоматически. Работает UNMAP только для "тонких" (Thin Provisioned) LUN, на которых размещаются тома VMFS.

Из GUI vSphere Web Client можно управлять только UNMAP'ом для томов VMFS 6, для пятой версии файловой системы это нужно делать вручную с помощью ESXCLI. Кроме того, механизм UNMAP работает в асинхронном режиме, а иногда хочется почистить хранилища от неиспользуемых блоков прямо сейчас.

Поэтому весьма кстати, что на сайте EnterpriseDaddy обнаружился полезный PowerCLI-скрипт, который возвращает дисковое пространство в LUN для заданного хранилища хоста ESXi.

Эта функция принимает на вход имя хоста ESXi и Datastore, а также отключает таймаут на исполнение операций, так как возврат дискового пространства LUN может занять часы.

Function Perform-VMFSUnmap {

[CmdletBinding()]

param(

[Parameter(

Mandatory=$true)]

[String[]]$Datastore,

[String]$ESXiHost

)

Set-PowerCLIConfiguration -WebOperationTimeoutSeconds -1 -Scope Session -Confirm:$false

$ESXHost = Get-VMHost $ESXiHost

$DatastoreName = Get-Datastore $Datastore

Write-Host 'Using ESXCLI and connecting to $VMHost' -ForegroundColor Green

$esxcli = Get-EsxCli -VMHost $ESXHost

Write-Host 'Unmapping $Datastore on $VMHost' -ForegroundColor Green

$esxcli.storage.vmfs.unmap($null,$DatastoreName,$null)

}

Ну а вот так надо запускать этот сценарий:

Perform-VMFSUnmap -ESXiHost ESXi65-A.lab.local -Datastore ISOs

Как вы все уже знаете, тонкий клиент на базе технологии HTML5 идет на смену vSphere Web Client, написанному на базе технологии Adobe Air. Теперь этот клиент претендует на то, чтобы стать основным средством управления виртуальной инфраструктурой, но до сих пор не включает в себя некоторую функциональность. Однако разработка его идет ударными темпами - в середине февраля мы писали про vSphere Client 3.3, а за это время успели выйти обновления - версии 3.4, 3.5 и 3.6.

Давайте посмотрим, что нового появилось в VMware vSphere Client 3.4-3.6:

• Диски RDM теперь могут быть добавлены к виртуальным машинам. Многие этого долго ждали.
• Датасторы можно теперь перемещать между папками и кластерами хранилищ.
• Появилось представление, в котором отображается соединение датасторов в рамках кластера (Datastore cluster connectivity to clusters view).
• Возможность копирования файлов и папок в datastore file browser.
• Просмотр таблиц маршрутизации для IPv4 и IPv6.
• Представление VM Storage Policies на вкладке Configure для виртуальных машин.
• Просмотр настроек NetFlow для распределенного виртуального коммутатора (Distributed Switch).
• Технология OSGi Sandboxing для плагинов – теперь архитектура плагинов увеличивает их изоляцию, что уменьшает вероятность сбоя всего клиента.
• Новая темная тема для клиента. Чтобы переключиться на нее, нужно перейти по ссылке https://<fqdn-or-ip-address-of-client/ui/?theme (это экспериментальная фича). Для того чтобы перейти на обычную тему, нужно убрать параметр ?theme из урла. Эта штука есть только в vSphere Client 3.4, в следующих версиях ее пока убрали (см. комментарий к этой заметке).
• Из файлового браузера можно скачать сразу несколько файлов в одном zip-архиве.
• Проверка соответствия политикам VM Storage Policy.
• Переназначение политики хранилищ виртуальной машине.
• Кастомизации Host Profiles для хоста можно сбросить в исходное состояние.
• Добавление и удаление правил Storage DRS.
• Шаблоны виртуальных машин можно перемещать в папки с ВМ.

Как видно из списка, нововведений достаточно много, поэтому имеет смысл обновить VMware vSphere Client до версии 3.6. Скачать клиент можно по этой ссылке.

Гостевой пост компании ИТ-ГРАД. Этой статьей мы продолжим традиционную рубрику в стиле unboxing и уделим внимание системе хранения данных нового поколения в лице NetApp AFF A300, презентованной в конце сентября прошлого года во время ежегодной конференции для партнеров и заказчиков NetApp Insight. Пришедшая на смену AFF8040 и AFF8060 новая all-flash-система успела порадовать техническими характеристиками и успешно разместилась на облачной площадке «ИТ-ГРАД»...

В библиотеке ресурсов компании StarWind, производителя номер 1 в сфере программных хранилищ под виртуализацию, появился интересный документ "Providing HA storage repositories for XenServer Pool".

Многие пользователи применяют платформу XenServer ввиду ее бесплатности и легковесности, но сталкиваются с проблемами обеспечения высокой доступности хранилищ на случай сбоев оборудования. В этой сфере могут помочь программные решения StarWind Virtual SAN, которые позволяют организовать HA-хранилище с синхронизацией данных на нескольких узлах и высокоскоростной доступ на базе протокола iSCSI.

В документе описана HA-конфигурация серверов - вам потребуется как минимум 2 сервера с XenServer/XenCenter для запуска виртуальных машин и 2 сервера для организации кластера хранилищ StarWind HA, они могут быть физическими или виртуальными. То есть, всего нужно будет 2-4 физических сервера.

Также в документе рассмотрена пошаговая конфигурация узлов StarWind и настройка сетевого взаимодействия в консоли XenCenter для организации канала синхронизации между узлами хранилищ. Кроме того, вы узнаете, как настроить iSCSI Initiator в XenServer и механизм доступа по нескольким путям (Multipathing).

На сайте проекта VMware Labs появилась действительно достойная внимания утилита - IOInsight, доступная в виде готового к развертыванию виртуального модуля на платформе vSphere. Она позволяет детально взглянуть на характеристики взаимодействия виртуальных машин с хранилищами и провести анализ метрик ввода-вывода на уровне отдельных VMDK-дисков.

Все это позволит принимать решения о тюнинге производительности и планировании емкостей по пропускной способности на основе данных, выводимых в графиках и отчетах:

В решении каких проблем может помочь IOInsight:

• Самостоятельная оптимизация производительности и планирование хранилищ пользователями vSphere.
• Отчет из IOInsight может помочь при обращении в техподдержку VMware, что ускорит решение проблемы.
• Сотрудники VMware Engineering могут подсказать решения по оптимизации ваших продуктов.

IOInsight собирает все метрики с хостов ESXi по вводу-выводу и представляет их в агрегированном виде для анализа. При этом в отчете IOInsight нет никакой чувствительной информации о приложениях и системах, так что можно смело отдавать его сотрудникам VMware.

Кроме того, предполагается, что администраторы и разработчики сами будут писать плагины к IOInsight, поскольку в состав решения включены SDK и development guide (как видите на картинке, два плагина уже есть). Руководство для обычных пользователей доступно вот тут.

Лучшие практики по использованию IOInsight:

• 2-4 виртуальных процессора на виртуальный модуль (vCPU)
• 2 ГБ и более оперативной памяти
• Желательно разместить IOInsight в той же сети, что и хосты, которые планируется мониторить
• Нужно выбирать не более 8 VMDK, чтобы не было слишком высокой нагрузки
• Рекомендуемый период анализа данных - 10-30 минут
• Cache Simulation analyzer создает нагрузку на процессор, поэтому его нужно запускать для 1 или 2 симулируемых конфигураций кэша (не более)

Утилита IOInsight работает, начиная с версии VMware vSphere 5.5, а скачать ее можно по этой ссылке.

В январе компания StarWind проводила вебинар о виртуальном модуле StarWind VSA на базе Linux, который позволит вам создавать программные хранилища iSCSI/NFS для ваших виртуальных машин.

Сейчас стала доступна запись этого вебинара, где Богдан рассказывает о том, для чего предназначен StarWind VSA и наглядно в консоли показывает, каким образом с ним нужно работать:

Ожидается, что продукт StarWind VSA for Linux будет доступен в течение пары месяцев.

Компания VMware в последние несколько дней выпустила обновления своего тонкого клиента для управления виртуальной инфраструктурой - VMware vSphere Client версий 3.2 и 3.3. Напомним, что этот клиент на базе технологии HTML5 заменит собой существующий Web Client, который является сейчас основным средством управления платформой vSphere. О прошлой версии vSphere Client 3.1 мы писали вот тут.

Новые возможности VMware vSphere Client 3.2 и 3.3:

• Портлет управления политиками хранилищ (VM Storage Policies) в разделе Summary для виртуальных машин.
• Действие Inflate disk в файловом браузере.
• Возможность удалить из inventory одну или сразу несколько виртуальных машин или шаблонов.
• Перемещение виртуальных машин в пределах папок или датацентра (опция "Move To..." контекстного меню).
• Изменение расширенных настроек iSCSI.
• Выделение пространства для кэша хоста ESXi.
• Диаграмма использования датастора по типам файлов.
• Графики использования ресурсов для виртуальных машин, пулов ресурсов и объектов vApps.
• Графики использования ресурсов DRS для CPU и памяти хоста.
• Рекомендации DRS, история действий и сбоев.
• Мастер "New Distributed Switch".
• Удаление распределенного виртуального коммутатора.
• Изменение настроек адаптера VMkernel.
• Добавлена опция "Change storage only" при миграции ВМ.
• При изменении хоста ESXi при миграции ВМ можно смигрировать ее виртуальную сеть.
• Возможность зарегистрировать из файлового браузера ВМ или шаблон на хосте ESXi.

Как видим, нововведений достаточно много, и это хороший повод обновиться. Скачать VMware vSphere Client 3.3 можно по этой ссылке.

В самом конце января этого года компания StarWind, ведущий производитель программных хранилищ под виртуализацию, выпустила обновленный релиз продукта StarWind Virtual SAN.

Давайте посмотрим поподробнее, сколько всего нового появилось в новой версии StarWind Virtual SAN v8 в релизе от 26 января:

Core

• Теперь у StarWind появилась расширенная поддержка NUMA-архитектуры с возможностью назначить NUMA-узел для виртуального устройства и таргета, а также с автоматическим распределением узлов.
• Также появилась поддержка ODX-команд (Windows Offloaded Data Transfer). Это позволяет передать часть операций по работе с хранилищем на сторону дискового массива, не затрагивая клиентскую машину.
• Оптимизации производительности для команды VAAI WRITE_SAME.

iSER-протокол

• Этот протокол добавлен как экспериментальная функция.
• Для него необходимы сетевые карты с поддержкой протоколов RoCE v2, RoCE v1 RDMA.
• Поддержка iSER включается в разделе Server - Configuration - Network в Management Console.
• iSER можно использовать для клиентских соединений и для синхронной репликации. Смешанные сценарии также поддерживаются (например iSCSI для клиентских соединений и iSER для канала синхронизации).

Поддержка VMware Virtual Volumes

• В новой версии была добавлена поддержка HA-устройств в StarWind VASA Provider как экспериментальная фича.
• VASA Provider позволяет администраторам настроить хранилища StarWind Virtual SAN как контейнеры хранилищ для виртуальных машин и включить для них механизм storage policy-based management (SPBM).
• Для конфигурации VASA Provider используется инструментарий WMI.

Кэш

• Статистики для операций с кэшем - cache hits rate, процент использования кэша и т.п.
• Эти статистики собираются с момента создания устройства и могут быть сброшены, начиная с какого-то периода.

Флеш-кэш

• Оптимизации производительности в модуле работы с флэш-кэшем.

Синхронная репликация

• Переработан механизм приоритизации траффика для канала синхронизации.
• Теперь доступен более точный контроль по соотношению client traffic/sync traffic в момент синхронизации узлов.
• Для существующих устройств это соотношение будет установлено в 50% после обновления.

Компонент Tape Redirector

• Для доступа к физическим ленточным накопителям был добавлен режим SPTD. Он позволяет клиентам, на которых программное обеспечение лочит доступ к физическим ленточным устройствам, получить доступ к операциям чтения/записи на ленту.
• Для этого режима необходима установка SPTD-драйвера, после чего он будет использоваться автоматически.

LSFS

• Была исправлена долгая инициализация устройства. Ранее долгая инициализация происходила сразу после загрузки сервиса.
• Добавлена экспериментальная версия модуля LSFS. Она имеет множество оптимизаций производительности и возможность сохранять метаданные на флэш-хранилище вместо оперативной памяти.

Virtual Tape

• Добавлена интеграция с функцией Windows Deduplication для томов, на которых находятся файлы Virtual Tape Files.
• Добавлена опция сохранения Virtual Tape Files по кастомному пути.

Скачать новый релиз StarWind Virtual SAN можно по этой ссылке.

Ну и ждем вас сегодня на бесплатный вебинар "Log-Structured File System in StarWind Virtual SAN new build", который как раз посвящен одной из новых возможностей продукта.